home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.lang.c++
- Path: howland.reston.ans.net!torn!nott!cunews!alpha06!ug940002
- From: ug940002@scs.carleton.ca (Alex Fitzpatrick)
- Subject: Re: tracing "new" memory problems
- X-Nntp-Posting-Host: alpha06.scs.carleton.ca
- Message-ID: <DKvIxB.5w3@cunews.carleton.ca>
- Sender: news@cunews.carleton.ca (News Administrator)
- Organization: School Of Computer Science, Carleton University, Canada
- X-Newsreader: TIN [version 1.2 PL2]
- References: <4cmfpaINN3hb@bigbird.cc.williams.edu>
- Date: Mon, 8 Jan 1996 17:51:11 GMT
-
- There is a company known as Pure Software who have a product
- called Purify which is great for tracing memory problems.
-
- I don't have a contact for you but I'm sure you could search for it.
-
- I sounds to me like you're never deleting something....
-
- der tanzende Tigger (96kfd@williams.edu) wrote:
- : I am writing an application that uses new and delete extensively, and
- : it is very brittle: small changes (one more line read from a file in
- : one place) cause large memory errors (a routine that read 120 lines
- : from another file crashes on the sixth with "out of virtual memory in
- : new"). In each case, an object is created when a line is read, and the
- : memory is allocated using new.
-
- : The problem is that my debugger (gdb) will not give me any more
- : information than "exited with error"--no backtrace, no indication
- : where the error occurred. The application was compiled with gcc 2.7.2
- : on a Sun Sparc with SunOS 4.1.3_U1 and libg++. Is there any way to
- : trace memory allocation in an application that crashes like this?
-
- : Incidentally: my IPX has 16 mb of memory and 40 mb of virtual memory.
-
- : --kd
-
-
-
- --
- ___________________________________________________________________________
- Alex Fitzpatrick |
- Smalltalk, C/C++ | "Life is like a bowl of cornflakes..."
- Carleton Computer Science |
- ug940002@omega.scs.carleton.ca |
- ---------------------------------------------------------------------------
-
-